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MULTI-VENDOR INTEGRATION PROCESS FOR INTERNET COMMERCE 
FIELD OF THE INVENTION 

The present invention relates to the field of Internet commerce. 
Specifically, the present invention relates to a method for automatically 
5 processing orders for configurable products in a multi-vendor environment. 

Background Art 

The field of processing customer orders has seen many changes in 
recent years. In particular, advances in electronic communication such as 
1 0 the Internet suggests the potential for more rapid processing of electronically 
placed orders. However, problems still exist in processing the orders 
^ efficiently. In particular, order processing may be delayed unnecessarily 

^ because of inefficiencies and hold-ups with conventional order-processing 

ys systems. 

ft An emerging system for processing customer orders is electronic 

" procurement applications. These conventional systems provide for a way for 

businesses to order products from multiple on-line vendors by initially 
accessing a web site for the electronic procurement application. For example, 
20 an electronic procurement application allows a company's purchasing agents 
to access the electronic procurement application, select a vendor web site to be 
electronically transferred to, and order all of their products from within a 
single application electronically. Additionally, these electronic procurement 
applications allow buyers to systematically track and approve purchases and 
25 allow spending patterns to be analyzed. 
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In another conventional order-processing system, a customer may 
place an order for a configurable product via a method such as the Internet. 
For example, if a company desires to purchase a complex product, a user will 
5 first access a web site for a company that sells the product. The web site may 
allow the user to build a product according to selected specifications, in other 
words, to configure the product. For example, the user will configure a 
computer with 128 megabytes of RAM, 20 megabyte hard drive, selected 
software, etc. Some conventional systems will screen the order to determine 

1 0 whether it is configured properly. For example, a set of rules will be run to 
determine whether there is enough memory for the selected software, etc. 
Additionally, the system will test whether all of the shipping and billing 
information was properly provided. If not, the order will be flagged and not 
allowed to be further processed until the problem has been corrected. 

1 5 Unfortunately, flagging errors may delay processing of the order. For 

example, if the person placing the order does not know the shipping address 
the order is delayed. 

In many business-to-business scenarios, the order must be approved by 
20 someone other than the person placing the order. For example, the engineer 
who configures the product may not have authority to approve the order, as it 
may be a very expensive order. Consequently, later a manager or purchasing 
agent will approve the order. Unfortunately, some conventional systems do 
not let an order go from the configure stage to the approve stage without 
25 having all the order information filled in. Thus, delays may occur. 
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Some conventional systems that allow for ordering configurable 
products make frequent updates to the rules that determine valid product 
configurations. For example, by providing for frequent rule changes, the 
5 customer will be assured of always getting the proper software updates and 
fixes, and will not order products that are at the end-of-life. Some 
conventional systems will force the user to perform a configuration check for 
every line in an order if such rule updates have occurred. For example, a rule 
change may cause a line on an order to be set to "unverified". This will force 
1 0 the user to run a configuration check. However, in most cases, the 

Q 

*B configuration check would pass if run. Thus, the user is forced to waste time 

v i 

W running unnecessary steps. In other cases, the order will be flagged as an 

W invalid configuration. However, the manager who is approving the order will 

W not know how to fix the product configuration problem. Consequently, the 

H 15 company will have to have the engineer log into the web site again and 
ft configure a new product. Then, the order waits for management approval. 

P In theory, an order could go through the approval chain again and again. 

Thus, a manager may be asked to approve an order for the same product more 
than once. Thus, order processing is complicated. Furthermore, the 
20 consequential delay in shipping the order may cause the customer to lose 
revenue and/or delay production. 

Therefore, it would be advantageous to provide a method for allowing an 
electronically placed order for a configurable product to be automatically 
25 processed without delay. What is still further needed is a method which 
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simplifies order processing for the customer and does not require 
unnecessary multiple order approvals. What is still further needed is a 
method for processing order for configurable products with frequent rule 
changes regarding allowable configurations. 
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RTTMMARY OF THF INVENTION 

The present invention provides a method for automatically processing 
electronically placed orders for configurable products. The present invention 
provides a method for allowing an electronically placed order for a 

5 configurable product to be automatically processed without delay. The present 
invention provides a method that allows an order for a configurable product 
that is properly configured but is missing some order processing information 
to be processed without delay. The present invention provides a method of 
allowing an Internet placed order to continue to be automatically processed 

1 0 even if rules that are used to check for valid product configuration change 
between the order date and approval date, so long as it was valid on the order 
creation date. The present invention provides a method that simplifies order 
processing for the customer. 

1 5 A method for automatically processing electronic customer orders for 

configurable products is disclosed. In one embodiment, a web site that is 
operable to access a vendor ordering application receives a user who is 
electronically transferred from a web site that is operable to access an 
electronic procurement application. Next, the vendor ordering application 

20 allows the creation of an electronically placed order for a configurable 

product. The vendor ordering application determines whether the product is 
configured properly; however, the order will be allowed to proceed even if all of 
the required order processing information is not yet provided. The vendor 
ordering application then transfers an electronic copy of the incomplete order 

25 to the electronic procurement application. Next, the vendor application 
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receives an approval for the order, along with the rest of the required order 
processing information. At this point, the vendor ordering application 
determines whether the required order processing information is complete 
and valid. If less than a pre-determined period of time has expired between 
the time the order was placed and the time the order was approved, the vendor 
application automatically continues the processing of the order, without 
rechecking the product configuration. If more than a pre-determined period 
of time has passed, the vendor ordering application determines whether the 
product configuration is still valid and rejects the order if invalid. 

In another embodiment the electronic procurement application runs on 
a customer's computer. Thus, the customer does not access the web site for 
the electronic procurement application. Instead, the customer is 
electronically transferred to the vendor web site from the customer's 
computer. 

These and other advantages of the present invention will no doubt 
become obvious to those of ordinary skill in the art after having read the 
following detailed description of the preferred embodiments which are 
illustrated in the various drawing figures. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1A is a logical block diagram of an electronic order processing 
system, in which an embodiment of the present invention may be practiced. 

Figure IB is a logical block diagram of an alternate embodiment 
electronic order processing system of Figure 1A, in which an embodiment of 
the present invention may be practiced. 

Figure 2 is an exemplary order form, which is used in embodiments of 
the present invention. 

Figure 3A and Figure 3B illustrate a flowchart of the steps of a process 
of expediting electronically placed orders in a multi-vendor environment, 
according to an embodiment of the present invention. 

Figure 4 is a schematic of a computer system, which may form a 
platform upon which to practice embodiments of the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

In the following detailed description of the present invention, a method 
for expediting orders placed in a multi-vendor environment, numerous 
specific details sire set forth in order to provide a thorough understanding of 
the present invention. However, it will be recognized by one skilled in the art 
that the present invention may be practiced without these specific details or 
with equivalents thereof. In other instances, well known methods, 
procedures, components, and circuits have not been described in detail as not 
to unnecessarily obscure aspects of the present invention. 



NOTATION AND NOMENCLATURE 
Some portions of the detailed descriptions which follow are presented in 
terms of procedures, steps, logic blocks, processing, and other symbolic 
representations of operations on data bits that can be performed on computer 
Q 15 memory. These descriptions and representations are the means used by those 
skilled in the data processing arts to most effectively convey the substance of 
their work to others skilled in the art. A procedure, computer executed step, 
logic block, process, etc., is here, and generally, conceived to be a self- 
consistent sequence of steps or instructions leading to a desired result. The 
20 steps are those requiring physical manipulations of physical quantities. 

Usually, though not necessarily, these quantities take the form of electrical or 
magnetic signals capable of being stored, transferred, combined, compared, 
and otherwise manipulated in a computer system. It has proven convenient 
at times, principally for reasons of common usage, to refer to these signals as 
25 bits, values, elements, symbols, characters, terms, numbers, or the like. 
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It should be borne in mind, however, that all of these and similar terms 
are to be associated with the appropriate physical quantities and are merely 
convenient labels applied to these quantities. Unless specifically stated 

5 otherwise as apparent from the following discussions, it is appreciated that 
throughout the present invention, discussions utilizing terms such as 
"indexing" or "processing" or "computing" or "translating" or "calculating" 
or "determining" or "scrolling" or "displaying" or "recognizing" or the like, 
refer to the action and processes of a computer system, or similar electronic 

10 computing device, that manipulates and transforms data represented as 
physical (electronic) quantities within the computer system's registers and 
memories into other data similarly represented as physical quantities within 
the computer system memories or registers or other such information 
storage, transmission or display devices. 

15 

MT TT .TT-VENDOR INTEGRATION PROCESS FOR TNTERNET COMMERCE 

The present invention provides for a method for automatically 
processing electronically placed orders. Figure 1A illustrates a system 
including an electronic procurement application 150 that may be running on 

20 a general-purpose computer 100, such as the one in Figure 4. When the user 
at a purchasing company 156 wishes to place an order, the user accesses the 
electronic procurement application 150 via its web site 152. Once there, the 
user is allowed to select from numerous companies to place orders. For 
example, the user will select Company A and be electronically transferred 160 

25 to a vendor web site 172 for Company A. This vendor web site 172 provides the 
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user with access to a vendor ordering application 170, which may be running 
on a general purpose computer 100. 

Still referring to Figure 1A, the user may select which features are 
desired for the product, in the present embodiment. For example, the user 
may configure a router with a particular chassis, a selected amount of 
memory, selected software, etc. After the user is finished configuring the 
product, the user may return to the web site 152 for the electronic 
procurement application 150 and select another company or quit. 
Additionally, an electronic message 162 is sent from the vendor ordering 
application 170 to the electronic procurement application 150. This message 
contains information regarding the order just placed. In this fashion, the 
electronic procurement application 150 may provide the user with information 
related to all purchases made through it. Additionally the user may later 
return to the electronic procurement web site 152 to complete an order. For 
example, the user may provide missing shipping information or give a needed 
order approval. In one embodiment, the approval, along with information to 
compete the order, is electronically transferred 164 from the electronic 
procurement application 152 to the vendor ordering application 172. In 
another embodiment, the user is electronically transferred 160 to the vendor 
web site 170 to make the approval, and complete the order information, if 
necessary. It is also possible for the user to make changes in the order (e.g., 
to update the desired configuration) and to make several amendments to the 
order before eventually approving the order. 
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After the order has been approved, the vendor ordering application 170 
will forward the order to a procurement center 174 for further processing. 
The procurement center 174 may be, for example, a manufacturing site, 
5 warehouse, or the like. The order is then shipped to the customer. 

The user does not have to access the electronic procurement web site 152 
to access the electronic procurement application 150 or the electronic vendor 
web site 172. Referring to Figure IB, the user runs the electronic 

1 0 procurement application 150 from a desktop computer 158 or other computing 
platform. The user is electronically transferred 168 from the electronic 
procurement application 150 to the vendor web site 172. Once there, the user 
may again configure products according to desired specifications. After the 
vendor ordering application 170 allows the user to create the order, an 

1 5 electronic message 162 containing order information is transferred back to the 
user. In this embodiment, the approval may be electronically transferred 164 
from the desktop 158 to the vendor ordering application 170. 

Figure 2 illustrates an exemplary order form 200 made available by the 
20 vendor ordering application 170, in one embodiment. Line item 1 is for an AC 
power cord and is not configurable, as there are no user selectable features for 
this product. Line item 2 is for a router and is configurable, as the user may 
select which features are desired. Throughout this application the term 
product configuration will mean the various elements, features, and 
25 characteristics, etc. that a product has. For example, a user may configure a 
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router by selecting: a chassis, type and amount of memory, software, etc. By 
allowing the product to be configured, the present invention allows for more 
flexibility than merely selecting products from a catalog of un-configurable 
products. 

5 

The exemplary order form 200 also has a number of fields 205. Some 
are required fields 205a such as, for example, billing address and shipping 
address. Throughout this application the term required order processing 
information will mean information that the vendor ordering application 170 
10 requires at some point in order to complete the ordering process. By requiring 
q selected information, orders may be expeditiously processed with minimal or 

t| no manual intervention. This information may include, but is not limited to, 

D shipping address, billing address, etc. The order 200 may have fields for 

H optional information 205b, as well. For example, the order description field, 

3 15 which allows the user to describe the order 200 to facilitate its identification, is 

optional. The contact field, which allows for a phone number or e-mail 
3 address, is also optional 205b. The present invention is well suited to a wide 

variety of required 205a and optional 205b fields. The vendor ordering 
application 170 may be programmed with desired fields 205 of the order form 
20 200 required. 



The exemplary order form 200 also includes 'buttons' 202 for saving the 
order and transferring the order 200 to the electronic procurement application 
150 from which the user was electronically transferred 160. It will be 
25 understood that an actual order form 200 may contain many more fields 205 
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for both required 205a and optional 205b information. There may also be a 
button 202 to run a configuration check. 

While the present embodiment describes a configurable product, the 
present invention is also well suited to configurable services. For example, a 
user may select from a number of possible service contracts for a product. 
The vendor ordering application 170 will then check that the particular 
service contract chosen is valid. For example, the service must be valid for the 
customer, product, etc. 

Referring now to Figure 3, a process 300 for expediting electronically 
placed orders 200 for configurable products will be discussed. The steps of the 
process 300 may be implemented on a general-purpose computer 100 such as 
the one in Figure 4. In step 305, a customer accessing an electronic 
procurement application 150. This may be accomplished by logging in to a 
web site 152 for an electronic procurement application 150. Alternatively, the 
user may have the electronic procurement application 150 running on a 
computer 158. In either embodiment, the user may be prompted for a user 
name and password at this time. 

In step 310, the user selects which vendor web site 172 to purchase 
products and/or services from and is electronically transferred 160 to a vendor 
web site 172. In one embodiment, the user is electronically transferred 160 
from the electronic procurement web site 152. Alternatively, the user is 
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electronically transferred 160 from a desktop 158 or other electronic device, 
which is able to access the Internet. 

The company that is purchasing from the vendor ordering application 
170 may decide to use either single or dual login. Assuming dual login is 
selected, step 312 will be taken, in which the user is prompted for a user 
identification and password after being transferred to the vendor web site 172. 
This option allows a purchasing company the ability to have multiple user 
identifiers within the company. Therefore, the access to the vendor web site 
172 and application 170 may be tailored according to the particular user. For 
example, certain groups in the purchasing company 156 may only be able to 
purchase service plan "A". 

Alternatively, if the purchasing company 156 selects the single login 
option, then step 313 is taken. In this step, the vendor ordering application 170 
will authenticate an Extensible Markup Language (XML) message from the 
electronic procurement web site 152 using Secure Socket Layer (SSL) protocol. 
Additionally, the purchasing company's Dun and Bradstreet Identification 
(Duns ID) and electronic procurement web site identifications will both be 
verified. 

In step 315, the vendor ordering application 170 allows creation of an 
electronically placed order 200 from an engineer. In this embodiment, the 
product is configurable to user specification as described herein. 
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In step 320, the vendor ordering application 170 determines whether the 
product configuration is valid. For example, the vendor may sell products for 
which many valid configurations exist, thus allowing the user the flexibility to 
select desired features. However, not all possible configurations are valid. 
The rules that determine whether a product configuration is valid change 
over time. 

In the event the product configuration is invalid, in step 325, the vendor 
ordering application 170 will so indicate. Thus, the engineer will be provided 
an opportunity to re-configure the product at this time. Consequently, order 
200 processing is not delayed. 

If the product is configured properly, a copy of the order 200 is 
electronically transferred 162 to the electronic procurement application 150, in 
step 330. The transfer is allowed even if some required order processing 
information is not yet provided. For example, the engineer may not know the 
shipping address. Thus, the order processing is allowed to proceed without 
delay. 

After the engineer places the order 200, the company 156 may have a 
purchasing agent approve the order 200, and complete the order processing 
information, if necessary. In step 335, purchasing agent accesses the 
electronic procurement application 150 to complete and approve the order 200. 
This step may take place, for example, several days after the order 200 is 
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created. The electronic procurement application 150 may be accessed via a 
web site 152 or desktop computer 158. In either embodiment, the purchasing 
agent may be prompted for a user name and password at this time. 

The purchasing agent may be electronically transferred 160 directly to 
the vendor web site 172 to complete and approve the order 200, in step 338. 
However, this step is optional. In this step, the agent will be prompted for 
another user identification and password, if dual login is being used by the 
company. 

In step 340, the purchasing agent enters the required order processing 
information to complete the order 200, along with any desired optional 
information. Additionally, the agent approves the order 200. This step may 
occur from the vendor web site 172 or the electronic procurement web site 152. 

In step 345, the vendor web site 172 receives the completed and approved 
order 200. This may come from the electronic procurement application 150 
sending an electronic message 164 to the vendor application, in the event step 
338 was not taken. 

Next, in step 350, the vendor ordering application 170 determines 
whether all the required order processing information has been provided and 
if it is valid. Both required 205a and optional 205b order processing 
information may be checked for validity. For example, the contact 
information may be an optional field 205b that is checked for validity, in one 
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embodiment. If the customer chooses to provide a phone number or e-mail 
address, it may be checked for validity and the order 200 flagged if invalid. If 
no information is provided for an optional field 205b, no validation check is 
done. If source of truth conflicts arise, any suitable method may be used to 
5 resolve them. In one embodiment, data which was entered from a user 
accessing the electronic procurement application web site 152 will take 
precedent over data entered at the vendor web site 172. 

If the required order processing information is not valid or missing, 
1 0 this is so indicated at this time, in step 355. In this fashion, the purchasing 
agent may fix the problem, in step 340. 

In one embodiment, the rules that are used to determine whether a 
product is configured correctly change frequently. This allows the benefit of 
1 5 providing the highest quality products with the latest features. In step 360, 
the vendor ordering application 170 checks to see whether a pre-determined 
period of time has passed since the order 200 was created and the order 200 
was approved. 

20 If less than the pre-determined time has passed, the vendor ordering 

application 170 accepts the order 200 and there is no additional product 
configuration check done at this time, in step 362. This allows the customer 
time to get through the approval process without having to take the trouble to 
check configuration information line by fine. For example, some conventional 

25 systems require that the user take extra steps of going to multiple entries in 
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the order 200 and hit an update button to run a configuration check. The 
present embodiment allows the order 200 to continue to be processed without 
any need for a configuration check at this step. There is a small chance that 
ah order 200 will be allowed to proceed even though it will later be determined 
5 to be an invalid configuration. However, the tradeoff saves the customer from 
having to run unnecessary configuration checks. 

If, however, more than a pre-determined period of time has passed 
since the order 200 was created and it was approved, a new configuration 

1 0 check will be performed, in step 365. In one embodiment, the pre-determined 
time is eight days. This number is an adjustable parameter, in one 
embodiment. For example, based on customer feedback and an analysis of the 
typical time it takes for order 200 to get through the chain of approval, along 
with factors such as the frequency and impact of rule changes affecting the 

15 configuration check, the pre-determined time will be adjusted. 

If the configuration check of step 365 fails, then suitable action is taken, 
in step 368. In one embodiment, the user is so notified at this time so that the 
configuration process may be fixed by the appropriate person in the ordering 
20 company. For example, the purchasing agent has the engineer who placed 
the order 200 do so again. 

If the product configuration is still valid after the pre-determined period 
has expired, the order 200 is accepted, in step 370. 
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After accepting the order 200, whether from step 362 or step 370, the 
order 200 arrives at the procurement point 174, in step 380. For example, this 
may be manufacturing where a router is built according to customer 
specifications, although other procurement sites are possible. 

In step 385, the product configuration will be checked at this time to 
determine whether it is still valid. If the order 200 reaches this stage shortly 
after the last product configuration check, it need not be checked again. 

Should the configuration check of step 385 pass, the order 200 is built 
and shipped, in step 390. Additionally, the services the customer ordered are 
processed. 

If the configuration check of step 385 fails, the customer is so notified, 
in step 395. This may occur, for example, if the configuration became invalid 
after the product was ordered, in step 315. To resolve the problem, the 
customer may be sent an e-mail or may be called, etc. As an example, the 
software that the customer ordered may have been replaced by a new version 
to fix a bug. It will not always be necessary for the order 200 to go through the 
customer approval process again. 

The present invention may also be practiced in a stand-alone version, 
without the electronic procurement application 150. In this embodiment, the 
user will log directly into the vendor web site 172 and configure a product 
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order 200. Again, the purchasing agent may return and complete the order 
200 several days later. 

Figure 4 illustrates circuitry of host computer system 100, which may 
form a platform upon which to perform an embodiment of the present 
invention. Computer system 100 includes an address/data bus 99 for 
communicating information, a central processor 101 coupled with the bus for 
processing information and instructions, a volatile memory 102, (e.g., random 
access memory RAM) coupled with the bus 99 for storing information and 
instructions for the central processor 101 and a non-volatile memory 103 (e.g., 
read only memory ROM) coupled with the bus 99 for storing static information 
and instructions for the processor 101. Computer system 100 also includes an 
optional data storage device 104 coupled with the bus 99 for storing 
information and instructions. 

Also included in computer system 100 of Figure 4 is an optional 
alphanumeric input device 106. Device 106 can communicate information 
and command selections to the central processor 101. For example, customer 
orders may be entered with device 106. System 100 also includes an optional 
cursor control or directing device 107 coupled to the bus 99 for communicating 
user input information and command selections to the central processor 101. 
The display device 105 utilized with the computer system 100 may be a liquid 
crystal device, cathode ray tube (CRT), field emission device (FED, also called 
flat panel CRT) or other display device suitable for creating graphic images 
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and alphanumeric characters recognizable to the user. Signal 
communication device 108, also coupled to bus 99, can be a serial port. 

The preferred embodiment of the present invention, a method for 
automatically processing customer orders in a multi-vendor environment, is 
thus described. While the present invention has been described in particular 
embodin^nts, it should be appreciated that the present invention should not 
be construed as limited by such embodiments, but rather construed according 
to the below claims. 
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